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SPECIFICATION 



REAL-TIME WEB SHARING SYSTEM 



Field of the Invention 

The present invention relates to a system which 
enables sharing of a web page being displayed on a 
plurality of terminals in real-time so that an operator 
can perform various operations on the web page on behalf 
a customer, and more particularly , to a real-time web 
sharing system which enables real-time sharing of a web 
page without requiring any alteration of the drawing 
engines of existing web browsers and/or web contents . 

Description of the Related Art 

One conventional method of sharing a web page in 
real-time is to share a screen (for example , "WebEx 
Meeting Center," from WebEx Communications, Inc., 
[online]; refer to an Internet URL: http://www.webex.com, 
as searched on Nov. 21, 2002; hereinafter referred to as 
"Prior Art 1"). This method provides a special 
environment on the own terminal and the other party's 
terminal, respectively, and displays the same web screen 
in this environment on these terminals, thereby enabling 
sharing of information on a web page. 

Another conventional method of sharing a web page 
in real-time is to use a dedicated shared browser (for 



example, "Web Coordinate," [online], released in 2000 
from Fujitsu Hokuriku Systems Ltd.; refer to an Internet 
URL : www . f j h . f u j it su . com/webcd/merit . html , as searched 
on Nov. 21, 2002; hereinafter referred to as "Prior Art 
2"). This method provides a special environment to run a 
dedicated browser on the own terminal and the other 
party's terminal, respectively, and displays the same 
web screen in the dedicated browsers in these 
environments. By this, the web page being displayed on 
the own terminal and the other party's terminal can be 
shared in real-time (for example, refer to Japanese 
Patent Laying-Open No. 1999-120134 Official Gazette; 
hereinafter referred to as "Prior Art 3"). 

Another conventional method of using an existing 
web browser to share a web page in real-time is to 
customize the content so that the web page can be shared 
(for example, "Real-time Communication System," [online], 
released from NEC Soft, Ltd.; refer to an Internet URL: 
www.necsoft.com/solution/concentpro/, as searched online 
on Nov. 21, 2002; hereinafter referred to as "Prior Art 
4"). In this method, a communication means to achieve 
real-time synchronization between a web page displayed 
on customers' terminals and a web page displayed on an 
operator's terminal is incorporated in the script in the 
web page content. Furthermore, a script to enable 
sharing of input data is incorporated in the content, so 
that the entry format on the web page being displayed on 



an operator's terminal will display the same information 
as that entered on the entry format on the web page 
being displayed on a customers' terminals (to share the 
input data) . 

Yet another conventional method of enabling 
sharing of a web page between terminals is to 
incorporate a page manager which can detect changes to 
the web page into a web page for loading into a browser 
(for example , refer to Japanese Patent Laying-Open No. 
2000-215173 Official Gazette; hereinafter referred to as 
"Prior Art 5" ) . 

However, the prior art methods which use a 
dedicated web screen or a dedicated browser have the 
problem that a web page cannot be shared easily. 

The prior art methods which customize the content 
of a web page to enable sharing of the web page requires 
an additional content building effort and provision of 
shared web services separately from conventional web 
services. This requirement very often leads to an 
increased cost due to this additional building effort 
(development cost) and a longer time before the release 
of a content service. There is also the problem that an 
additional task is required to separate contents for 
shared services from contents for usual services, 
sometimes inhibiting a smooth launch of a communication 
service . 

In cases where a conventional service is applied 



as is, there is an additional problem that a screen 
sharing tool must have a relatively low response 
performance or a dedicated browser. 

Furthermore, when a customer utilizing a usual 
web service wants to call up an operator at the service 
provider for consultation or inquiry about the service, 
the prior art methods entail the problem that the 
customer is forced to go through complicated operations 
because the customer and the operator need to share 
certain information using a screen sharing tool or 
dedicated browser. 

Finally, the method provided by Prior Art 5, in 
which the page manager is configured in a static manner 
have the problem that it takes a long time before an 
update of a shared form is detected and the update is 
reflected in the same form on other terminals. 

It is therefore the object of the present 
invention to solve the above-described problems by 
providing a method of achieving real-time sharing of a 
web page simply by modifying the user interface of a 
conventional browser without requiring any additional 
content building effort. 

SU MMAR Y QF THE INVENTION 

The first aspect of the present invention to 
solve the above-described problems is a system which 
enables sharing of a web page being viewed on a 



plurality of terminals , comprising a server provided 
with a means to transmit a detecting script which 
detects an update to the web page and an updating script 
which updates the web page and a means to transmit 
update information which notifies an update to a web 
page, such information being sent from a prescribed 
terminal, to other terminals which are displaying the 
same web page as said prescribed terminal; and terminals 
each provided with a receiving means to receive the 
detecting script and the updating script which are sent 
from said server, a means to cause the received 
detecting script to detect an update to the web page 
being displayed and, if any, generate update information 
which notifies the result of the update and to transmit 
the resultant update information to said server, and a 
means to cause the updating script to update the web 
page based on the received update information. 

The second aspect of the present invention to 
solve the above-described problems comprises: said 
server having a means to transmit an update detecting 
script which detects an update to a part provided on 
said web page, an incorporating script which 
incorporates this update detecting script into the web 
page, and a part updating script which updates a part 
provided on the web page, and a means to transmit the 
part update information which notifies the update to the 
part provided on the web page, such information being 
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sent from a prescribed terminal, to other terminals 
which are displaying the same web page as said 
prescribed terminal; and said terminals each having a 
means to receive the script and the part updating 
5 information which are transmitted from said server; a 

means to cause the incorporating script to incorporate 
said update detecting script into the web page, cause 
said update detecting script to detect an update to a 
part on said web page, and to generate and transmit to 

10 said server part update information which notifies the 

content of the update; and a means to cause said part 
updating script to update the part on the web page based 
on said received part update information. 

The third aspect of the present invention to 

15 solve the above-described problems comprises an update 

to a part provided on said web page being a scroll or 
resize of said web page or an update of a value in the 
entry form on said web page* 

The fourth aspect of the present invention to 

20 solve the above-described problems comprises said server 

having a storing means to store identification 
information, which identifies said terminals 
individually, in association with the update information 
and part update information sent from the individual 

25 terminals corresponding to the identification 

information; a means to cause said storing means to 
store said update information and part update 



information in association with the identification 
information of said terminals; a means to, when a 
prescribed terminal logs in using said identification 
information , retrieve from said storing means the update 
information and part update information associated with 
the same identification information as said login 
identification information; and a means to first 
transmit said retrieved update information and then 
transmit said retrieved part update information to said 
prescribed terminal . 

The fifth aspect of the present invention to 
solve the above-described problems comprises said server 
having a means to, when receiving a connection request 
which requests a connection from a prescribed terminal 
to other terminal, transmit said connection request to 
such other terminal; a means to, when receiving from 
said other terminal a notification that said other 
terminal is ready to respond to the connection request, 
retrieve from said storing means the update information 
and part update information associated with the 
identification information of said prescribed terminal; 
and a means to first transmit said retrieved update 
information and then transmit said retrieved part update 
information to said prescribed terminal. 

The sixth aspect of the present invention to 
solve the above-described problems comprises: said 
server having a means to transmit a pointer script which 
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incorporates tags for displaying a pointer to be shared 
on the web page between the terminals and which obtains 
the movement location for the pointer, and a moving 
script which moves the pointer, and a means to transmit 
the location information which notifies the movement 
location for the pointer on the web page, such 
information being sent from the prescribed terminal, to 
other terminals which are displaying the same web page 
as said prescribed terminal; and said terminals each 
having a means to receive the pointer script and 
location information which are sent from said server, a 
means to cause said pointer script to incorporate the 
tags for sharing the pointer into the web page, obtain 
the location of the pointer after movement, and transmit 
to said server the location information which notifies 
the location thus obtained; and a means to cause said 
moving script to move the pointer on the web page based 
on said received location information. 

The seventh aspect of the present invention to 
solve the above-described problems is a terminal of a 
real-time web sharing system which enables real-time 
sharing of a web page via a remote server, comprising a 
means to receive a detecting script which detects an 
update to the web page, an updating script which updates 
the web page, and update information which notifies the 
update to the web page, all of these scripts being sent 
from a server; a means to cause said received detecting 
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script to detect an update to the web page being 
displayed and, if any, generate update information which 
notifies the result of the update and to transmit the 
resultant update information to said server; and a means 
5 to cause the updating script to update the web page 

based on the update information which has been received 
via said receiving means. 

The eighth aspect of the present invention to 
solve the above-described problems comprises said 

10 terminals each having a means to receive an update 

detecting script which detects an update to a part 
provided on said web page, an incorporating script which 
incorporates this update detecting script into the web 
page, and a part updating script which updates a part 

15 provided on the web page, all of these scripts being 

sent from a server; a means to cause the received 
incorporating script to incorporate said update 
detecting script into the web page, cause said update 
detecting script to detect an update to a part on said 

20 web page, and to generate and transmit to said server 

part update information which notifies the content of 
the update; and a means to cause said part updating 
script to update the part provided on the web page based 
on said received part update information. 

25 The ninth aspect of the present invention to 

solve the above-described problems comprises an update 
to a part provided on said web page being a scroll or 
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resize of said web page or an update of a value in the 
entry form on said web page. 

The tenth aspect of the present invention to 
solve the above-described problems comprises said 
terminal having a means to receive a pointer script , to 
be sent from said server, which incorporates tags for 
displaying a pointer to be shared on the web page 
between the terminals and which obtains the movement 
location for the pointer, a moving script which moves 
the pointer, and location information which notifies the 
movement location for the pointer on the web page; a 
means to cause said pointer script to incorporate the 
tags for sharing the pointer into the web page, obtain 
the location information for the pointer after movement, 
and transmit to said server the location information 
which notifies the location thus obtained; and a means 
to cause said moving script to move the pointer on the 
web page based on said received location information. 

The eleventh aspect of the present invention to 
solve the above-described problems is a server of a 
system which enables sharing of a web page in real-time 
being viewed between a plurality of terminals, 
comprising a means to receive the update information 
which notifies an update to a web page and the part 
update information which notifies an update to a part 
provided on the web page, both the update information 
being sent from a prescribed terminal; a storing means 
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to store said identification information which 
identifies said prescribed terminal, in association with 
said received update information and part update 
information; a means to cause said storing means to 
store said identification information which identifies 
said prescribed terminal, in association with said 
received update information and part update information; 
a means to, when other terminal logs in using the 
identification information of said prescribed terminal, 
retrieve from said storing means the update information 
and part update information associated with the same 
identification information as said login identification 
information: and a means to first transmit said 
retrieved update information and then transmit said 
retrieved part update information to said other terminal. 

The twelfth aspect of the present invention to 
solve the above-described problems comprises said server 
having a means to, when receiving a connection request 
which requests a connection from a prescribed terminal 
to other terminal, transmit said connection request to 
such other terminal; a means to, when receiving from 
said other terminal a notification that said other 
terminal is ready to respond to the connection request, 
retrieve from said storing means the update information 
and part update information associated with the 
identification information of said prescribed terminal; 
and a means to first transmit said retrieved update 
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information and then transmit said retrieved part update 
information to said prescribed terminal. 

The thirteenth aspect of the present invention to 
solve the above-described problems is a program, 
comprising realizing in each terminal of a system which 
enables real-time sharing of a web page via a server; a 
function which detects an update to a web page being 
displayed on the own terminal; a function which 
generates update information which notifies the result 
of the update to a remote server; and a function which 
updates the web page being displayed on the own terminal 
based on the update information sent from said server. 

The fourteenth aspect of the present invention to 
solve the above-described problems comprises said 
program realizing a function which incorporates into 
said web page a detecting function which detects an 
update to a part provided on a web page; a function 
which, when said detecting function detects an update to 
a part provided on said web page, generates and transmit 
to said server part update information which notifies 
the content of this update; and a function which updates 
a part provided on a web page on the own terminal based 
on the part update information sent from said server. 

The fifteenth aspect of the present invention to 
solve the above-described problems comprises said 
program realizing a function which incorporates into the 
web page tags for displaying a pointer to be shared on 
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the web page between terminals; a function which , when 
said pointer on the web page moves, obtains and notifies 
to said server the location information for the pointer 
after movement; and a function which moves said pointer 
on a web page based on the location information notified 
from said server. 

The sixteenth aspect of the present invention to 
solve the above-described problems is a method of 
sharing a web page in real-time between a plurality of 
terminals by using existing browsers, comprising 
enabling sharing of a web page in real-time without 
requiring alteration of the web page in advance or 
without requiring alteration of the display or the 
content rewriting module of a browser, by linking a web 
page for sharing and a web page for control with each 
other by displaying these web pages on the screen 
divided into frames or in browsers in parent-child 
relationship; causing a script in the control frame to 
detect a change in the address of the shared page; 
assigning, at this timing, from the control frame to the 
sharing frame a hook function which hooks a sharing 
event and identification information which designates 
what will be shared; if said sharing event occurs, 
generating and notifying from a server to the browsers 
on other terminals notification information which 
notifies the event that has occurred; and invoking a 
function which executes the function hooked to the 
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targets having the same identification information. 

The seventeenth aspect of the present invention 
to solve the above-described problems is a method of 
sharing in real-time a web page being displayed on a 
first terminal and a second terminal via a remote server, 
comprising the steps of: said server transmitting to the 
first terminal a detecting script which detects an 
update to a web page and transmitting to said second 
terminal an updating script which updates a web page; 
said first terminal receiving the detecting script sent 
from said server and causing this received detecting 
script to detect an update to a web page; said second 
terminal receiving the updating script sent from said 
server; said first terminal , if said detecting script 
detects an update to a web page, generating and 

* 

transmitting to said server update information which 
notifies the result of the update; said server 
transmitting the update information sent from the first 
terminal to the second terminal; and said second 
terminal causing said received updating script to update 
the web page based on the update information sent from 
said server. 

The eighteenth aspect of the present invention to 
solve the above-described problems comprises said real- 
time web sharing method having the steps of: said server 
transmitting to the first terminal an update detecting 
script which detects an update to a part provided on a 
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web page and an incorporating script which incorporates 
this update detecting script into the web page and 
transmitting to the second terminal an updating script 
which updates a web page; said first terminal receiving 
the detecting script and incorporating script sent from 
said server; said second terminal receiving the updating 
script sent from said server; said first terminal 
causing said received incorporating script to 
incorporate said update detecting script into said web 
page; said first terminal, if the update detecting 
script detects an update to said part provided on the 
web page, generating and transmitting to said server 
part update information which notifies the content of 
this update; said server transmitting the part update 
information sent from the first terminal to the second 
terminal; and said second terminal causing said received 
updating script to update the part provided on the web 
page based on the part update information which has been 
sent from said server. 

The nineteenth aspect of the present invention to 
solve the above-described problems comprises said real- 
time web sharing method using an additional third 
terminal and having the steps of: said server storing 
the identification information of said first terminal in 
association with said received update information and 
part update information; said third terminal logging 
into said server using the same identification 
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information as the identification information of said 
first terminal; said server retrieving the update 
information and part update information associated with 
the same identification information as the said login 
identification information; said server first 
transmitting said retrieved update information and then 
transmitting said retrieved part update information; and 
said third terminal first updating the web page and then 
updating the part on the web page, based on the update 
information and part update information, respectively, 
sent from said server. 

The twentieth aspect of the present invention to 
solve the above-described problems comprises the real- 
time web sharing method having the steps of: said first 
terminal detecting that a Connect button which calls 
said second terminal has been pressed; said first 
terminal, when said Connect button is pressed, notifying 
said server a connection request which requests a 
connection with said second terminal; said server, when 
receiving the notification of the connection request 
from said first terminal, transmitting this notification 
to second terminal; said second terminal, when receiving 
the notification of the connection request from said 
server, enabling a Respond button which responds to this 
connection request and detecting the pressing of said 
Respond button; said second terminal, when detecting the 
pressing of said Respond button, notifying said server 
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that the terminal is ready to respond to the connection 
request; said server, when receiving the notification 
from said second terminal that the terminal is ready to 
respond to the connection request, retrieving the update 
information and part update information associated with 
the identification information of said first terminal; 
said server first transmitting said retrieved update 
information and then transmitting said retrieved part 
update information; and said second terminal first 
updating the web page and then updating the part on the 
web page, based on the update information and part 
update information, respectively, sent from said server. 

The twenty-first aspect of the present invention 
to solve the above-described problems comprises the 
real-time web sharing method having the steps of: said 
server transmitting a pointer script, which incorporates 
tags for displaying a pointer to be shared on the web 
page between the terminals and which obtains the 
movement location for the pointer, and a moving script 
which moves the pointer; said first terminal receiving 
the pointer script sent from said server; said second 
terminal receiving the moving script sent from said 
server; said first terminal causing said received 
pointer script to incorporate the tags of the pointer to 
be shared between the terminals into said web page; said 
first terminal causing said pointer script to obtain the 
movement location for said pointer and transmit the 
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location information thus obtained to said server; said 
server forwarding the location information sent from 
said first terminal to said second terminal; and said 
second terminal causing said moving script to move the 
5 pointer being displayed on said web page, based on the 

location information sent from said server. 

X 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a real-time web 
10 sharing system; 

Fig. 2 is a block diagram showing a push sharing 

server; 

Fig. 3 is a diagram illustrating the 
configuration of a difference notification command; 
15 Fig. 4 is a diagram showing the modules 

incorporated in the control frame of a customer 
terminal; 

Fig. 5 is a diagram showing the modules 
incorporated in the control frame of an operator 
20 terminal; 

Fig. 6 is a diagram showing a generating function 
which generates a difference notification command; 

Fig. 7 is a diagram showing a registering 
function; 

25 Fig. 8 is a diagram showing an executing function 

which executes a difference notification command; 

Fig. 9 is a flow chart showing the behavior 
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performed when a customer calls an operator; 

Fig. 10 is a flow chart showing the behavior 
performed while a web page is being shared; 

Fig. 11 is a diagram showing how the screen 
transitions while a web page is being shared; 

Fig. 12 is a conceptual illustration of a screen 
displayed on a customer terminal; 

Fig. 13 is a conceptual illustration of a 
transmit wait screen displayed on an operator terminal; 

Fig. 14 is a conceptual illustration of a 
response wait screen displayed on a customer terminal; 

Fig. 15 is a conceptual illustration of a 
transmit wait screen on displayed an operator terminal; 

Fig. 16 is a conceptual illustration of a call 
screen displayed on an operator terminal; 

Fig. 17 is a conceptual illustration of a web 
page sharing screen displayed on a customer terminal; 

Fig. 18 is a conceptual illustration of a web 
page sharing screen displayed on an operator terminal; 

Fig. 19 is a flow chart showing the behavior 
performed when a new operator joins an existing 
interaction; 

Fig. 20 is a diagram showing the modules 
incorporated in the control frame of a customer 
terminal ; 

Fig. 21 is a diagram showing the modules 
incorporated in the control frame of an operator 
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terminal; and 

Fig. 22 is a diagram showing a drawing script. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Fig. 1 is a block diagram showing the 
configuration of a real-time web sharing system 
according to the first embodiment of the present 
invention. Fig. 2 is a block diagram showing a push 
sharing server. Fig. 3 is a diagram illustrating the 
configuration of a difference notification command. 

A real-time web sharing system according to the 
first embodiment of the present invention comprises a 
server group 1100, consisting of a web server 1100 , a 
push sharing server 2100, a first storing part 1130 
which stores HTTP contents , and a second storing part 
1140 which stores a controlling script; operator 
terminals 1210 and 1220; and customer terminals 1230 and 
1240 which are installed in general households, local 
offices and the like. The server group 1100, the 
operator terminals 1210 and 1220, and the customer 
terminals 1230 and 1240 are connected among one another 
via a telecommunication line, such as the Internet. 

The web server 110 0 provides usual web services, 
and transmits an HTTP content stored in the storing part 
1130 when accessed from a customer terminal 1230, 1240 
or an operator terminal 1210 or 1220. The web server 
1100 also transmits a controlling program (controlling 
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script) stored in the storing part 1140 to a customer 
terminal 1230, 1240 or an operator terminal 1210 or 1220. 
This transmission of the HTTP content from the web 
server 1100 causes a web-page to be displayed on the 
screen of a customer terminal 1230 , 1240 or operator 
terminal 1210 or 1220. 

The push sharing server 2100 controls sharing of 
a web page and other data among the operator terminals 
1210, 1220 and the customer terminals 1230 and 1240, and 
comprises a customer communicating part 2110, a 
substitute communicating part 2120, a customer managing 
part 2130, an operator managing and communicating part 
2140, an allocating part 2150, and a storing part 2160. 

■ 

The customer communicating part 2110 is used for 
communication with a customer terminal 1230, 1240, and 
transmits a difference notification command sent from 
the customer managing part 2130 to a customer terminal 
1230, 1240. The difference notification command controls 
the browser of the customer terminal 1230, 1240 and 
causes the customer web page 22 00 being displayed in the 
browser to be updated. 

A difference notification command consists of a 
key 4110, an attribute 4120, and a calling function and 
argument 4130 as shown in Fig. 3. 

The field for the key 4110 contains a frame name. 
By displaying a frame name in this field, changes can be 
identified on a frame- to- frame basis, leading to 
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efficient identification of a change made to a web page. 
In addition, the key 4110 is represented in a 
hierarchical fashion. For example, a slash ("/") 
indicates a level below, as shown in 4112 in Fig. 3. 
Suppose, for example, that the frame of the top page is 
named "A" and includes a part named "B" (which may be an 
entry form, scroll bar, window size, button or the like), 
then this key is represented as "frame A/B." The 
hierarchical representation of keys facilitates 
identification of a part or other element associated 
with a particular frame. Furthermore, when a change is 
made to the frame at the top level (i.e., the URL of an 
entire web page), a difference notification command 
containing a key for which the frame name of the top 
level is indicated can be removed easily because of the 
hierarchical representation of keys. 

If a frame is nested, the nested frame is 
represented using as many slashes as the depth in the 
hierarchy, as shown in 4113 in Fig. 3. In other words, 
more slashes mean deeper levels in the hierarchy. The 
key 4110 is also used as a marking indicating which 
difference notification command contains the same key as 
the one stored in the storing part 2160, thereby 
facilitating an overwriting (updating) process. By this, 
it can be ensured that the storing part 2160 always 
stores the latest version of a difference notification 
command containing a particular key. 
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The field for the attribute 4120 contains the 
value which indicates whether a difference notification 
command should be transmitted to other terminals only or 
transmitted to own terminal as well (local echoing). For 
5 example, the value "1" for the attribute 4120 indicates 

that the difference notification command will be 
transmitted to other terminals . 

The field for the calling function and argument 
4130 contains a function or argument that the other 

10 party terminal should execute . 

The customer communicating part 2110 receives a 
difference notification command from a customer terminal 
1230, 1240 and transmits the received difference 
notification command to the customer managing part 2130. 

15 The substitute communicating part 2120 

communicates with an operator terminal 1210, 1220 and 
transmits a difference notification command sent from an 
operator terminal 1210, 122 0 to the customer managing 
part 2130. The substitute communicating part 2120 also 

20 transmits to an operator terminal 1210, 1220 a 

difference notification command sent from the customer 
managing part 2130. 

The customer managing part 2130 receives a 
difference notification command from the customer 

25 communicating part 2110 or the substitute communicating 

part 2120, and stores in the storing part 2160 the 
received difference notification command and the ID 
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assigned to the terminal which is the sender of the 
difference notification command (for example, user ID or 
user name). The customer managing part 2130 also 
forwards a difference notification command to a 
communicating part different from the sender 
communicating part. For example, if the customer 
managing part 2130 receives a difference notification 
command from the customer communicating part 2110, the 
customer managing part 2130 may forward the difference 
notification command to the substitute communicating 
part 2120 rather than the customer communicating part 
2110. 

In addition, the customer managing part 2130 
stores in the storing part 2160 the ID assigned to the 
terminal which is the sender of the difference 
notification command in association with the ID assigned 
to the terminal which is the receiver of the difference 
notification command. By associating the ID'S assigned 
to the sender and receiver terminals, it becomes 
possible to identify the terminals currently sharing a 
web page. 

When the customer managing part 2130 detects a 
connection request from a customer terminal 1230, 1240 
to an operator terminal 1210, 1220, the customer 
managing part 2130 issues to the allocating part 2150 a 
request for allocation of an operator terminal. 

The operator managing and communicating part 2140 
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is responsible for communication with an operator 
terminal 1210, 122 0. When receiving from the allocating 
part 2150 a request for connection with a prescribed 
operator terminal , the operator managing and 
communicating part 2140 notifies the target operator 
terminal of the occurrence of a connection request from 
a customer terminal. 

On receiving a request for allocation of an 
operator terminal from the customer managing part 2130 , 
the allocating part 2150 searches for an operator 
terminal which is currently not connected with a 
customer terminal. The allocating part 2150 also 
notifies the found operator terminal of the occurrence 
of a connection request from a customer terminal via the 
operator managing and communicating part 2140. On 
receiving a notification from the operator terminal that 
the terminal is ready to respond to the connection 
request , the allocating part 2150 transmits to the 
operator terminal the ID assigned to the customer 
terminal via the operator managing and communicating 
part. The operator terminal which has received the ID 
logs in using the received ID via the substitute 
communicating part 212 0 of the push sharing server 2100. 

In the storing part 2160, the ID of the customer 
terminal is stored in association with the difference 
notification command sent from the customer terminal or 
operator terminal. The association of the difference 
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notification command with the ID of the customer 
terminal is made in a hierarchical fashion, as described 
above . 

The operator terminals 1210, 1220 display an 
operator web page 2300 as shown in Fig. 1. 

The operator web page 2300 consists of a Respond 
button 2310 for the operator to respond to a connection 
request from a customer terminal 1210, 122 0, a content 
frame 2320, a control frame 2330, and an operator 
operating frame 2340. 

The Respond button 2310 becomes active (enabled) 
when a connection request is received from the push 
sharing server 2100. Pressing the Respond button 2310 
causes a notification that the terminal is ready to 
respond to the connection request to be transmitted to 
the push sharing server 2100. 

The content frame 2320 displays a web page 
provided by the web server 1100 and a web page subjected 
to real-time web sharing according to the present 
invention . 

The control frame 2330 displays a command line 
field, selection buttons and other elements for the 
operator to operate the web page being displayed in the 
content frame 2320, along with a module which enables 
sharing of a web page as described later. 

The operator operating frame 2340 responsible for 
operations required for sharing a web page, such as 
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generating a control frame 2330 when a connection 
request is received from a customer terminal 1230, 1240 
via the push sharing server 2100 and removing the 
control frame 2330 when a disconnection request is 
5 received from the operator. 

The customer terminals 1230 and 1240 display a 
customer web page 22 00 as shown in Fig. 1. 

The customer web page 2200 consists of a Connect 
button 2240 for the customer terminal to connect with an 
10 operator terminal 1210 or 1230, a content frame 2210, 

and a control frame 2230. 

The content frame 2210 displays a web page 
provided by the web server 1100. 

The control frame 223 0 displays a command line 
15 field, selection buttons and other elements for the 

customer to operate the web page being displayed in the 
content frame 2210, along with a module which enables 
sharing of a web page as described later. The content 
frame 2210 and the control frame 2230 display the same 
20 contents as the content frame 232 0 and control frame 

2330 of an operator terminal 1210, 1220, respectively. 

The modules incorporated into the control frame 
of each terminal will now be described in detail with 
reference to Figs. 4 and 5. 
25 Fig. 4 is a diagram showing the modules 

incorporated in the control frame of a customer terminal. 
Fig. 5 is a diagram showing the modules incorporated in 
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the control frame of an operator terminal. Fig. 6 is a 
diagram showing a generating function which generates a 
difference notification command. Fig. 7 is a diagram 
showing a registering function. Fig. 8 is a diagram 
showing an executing function which executes a 
difference notification command. 

Since the modules incorporated in the control 
frame are the same between an operator terminal 1210 , 
1220 and a customer terminal 1230, 1240 , the description 
below will apply to the modules incorporated in the 
control frames of all the terminals. Each module 
operates on a digital signal processor (CPU) . 

The content update monitoring module 2410, 2510 
checks the URL of the web page being displayed in the 
content frame 2210 or 232 0 on the terminal periodically. 
On detecting an update to the URL, the content update 
monitoring module 2410, 2510 invokes the modules 2 430, 
2440, 2450, 2460, 2480, enters the frame name of the 
detected URL in the key field of a difference 
notification command 4100 and transmits the difference 
notification command 4100 to the push sharing server 
2100 via the communicating module 2420 or 2520. 

In addition, when receiving the difference 
notification command from the push sharing server 2100, 
the content update monitoring module 2410, 2510 obtains 
the frame name displayed in the content frame of the 
other terminal with which the own terminal is sharing 
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the web page based on the key in the received difference 
notification command. The URL in the content frame 2210 , 
2320 is rewritten based on the frame name thus obtained, 
thereby enabling the web page to be synchronized between 
the terminals. 

If , however, the content update monitoring module 
2410 of a customer terminal 1230 and the content update 
monitoring module 2510 of an operator terminal 1210 
individually transmit a difference notification command 
to the push sharing server 2100 at the same time, these 
terminals rewrite the URL of their own content frames 
individually, based on the difference notification 
command sent from the push sharing server 2100. As a 
result, a so-called ping-pong phenomenon occurs, in 
which the content update monitoring modules 2410 and 
2510 of these terminals detect an update to the URL 
again and individually transmit a difference 
notification command containing the detection result to 
the push sharing server 2100. In order to prevent a 
ping-pong phenomenon from occurring, the push sharing 
server 2100 performs a process of avoiding repeated 
notification. This process is achieved by specifying the 
attribute 4100 included in a difference notification 
command 4100. For example, if the attribute written in 
the difference notification command sent from each of 
these terminals has a value of "1," which directs the 
transmission of a difference notification command to the 
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other party terminal, then the customer managing part 
2130 of the push sharing server 2100 first transmits a 
difference notification command to each of the terminals 
and then sets the attribute in the difference 
notification command to a value of "0" so that the same 
difference notification command will not be sent again. 

The entry form sharing script adding module 2 430 , 
2530 is responsible for detection of tags representing 
an entry form on a web page being shared between 
terminals; if such tags are detected, this module 
assigns a key to the entry form and adds an entry event 
function, as appropriate for the type of the entry form, 
to the script in the content frame 2210, 2320. The entry 
event function obtains the values in an entry form 
(which is the information that a customer writes in an 
entry form) that have been changed. The entry event 
function also inserts the obtained values into the 
calling function and argument field in a difference 
notification command, and transmits the difference 
notification command inserted with the obtained values 
to the communicating module 2420, 2520. By this entry 
event function, a difference notification command is 
transmitted from a customer terminal to an operator 
terminal that are sharing a web page . 

The entry form sharing script adding module 2 430, 
2530 receives a difference notification command from the 
push sharing server 2100, obtains the entry form values 
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contained in the calling function and argument field in 
the difference notification command, and updates the 
corresponding entry form values in the content frame 
2210, 2320. By this, characters and other values entered 
in the entry form can be shared between terminals. 

The web operation synchronizing script adding 
module 2440, 2540 adds to the script in the content 
frame 2210, 2320 a detection event function which 
detects an event representing the occurrence of a web 
operation, such as a scroll or resize of the content 
frame 2210, 2320. On detecting an event, the detection 
event function inserts the content of the detected event 
into a difference notification command to be transmitted 
by the communicating module 2420, 2520. 

The web operation synchronizing script adding 
module 2440, 2540 receives a difference notification 
command from the push sharing server 2100, and scrolls 
the scroll bar provided in the content frame 2210, 2320 
or resize the window size according to the content of 
the event detected by the detection event function from 
the received difference notification command, thereby 
achieving synchronization between the content frames of 
the terminals sharing a web page. 

The event synchronizing script notifying module 
2450, 2550 searches for drive-type events contained in 
the HTML data being displayed in the content frame 2 210, 
2320, and, on detecting the driving behavior of a found 
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drive-type event , adds to the script in the content 
frame 2210, 2320 a notifying function which notifies the 
driving behavior of the drive-type event to other 
terminals. The notifying function is inserted at a 
5 position preceding the event-driven function already 

written in the script in the content frame. 

The event synchronizing script notifying module 
2450, 2550 also inserts the driving behavior of a drive- 
type event detected by the notifying function into a 

10 difference notification command to be transmitted by the 

notifying module 2420, 2520. 

Furthermore, the event synchronizing script 
notifying module 2450 , 2550 receives a difference 
notification command from the push sharing server 2100 

15 and, based on the received difference notification 

command, drives the same drive-type event as the one 
driven on the other terminal with which the own terminal 
is sharing a web page. By this, it becomes possible to 
synchronize the web page between these terminals. 

20 When a drive-type event is driven in the content 

frame 2210 of a customer terminal 1230, the notifying 
function is transmitted to an operator terminal 1210, 
with which the customer terminal 12 30 is sharing the web 
page, to notify that the drive-type event has been 

25 driven. As a result, on the operator terminal 1210, the 

same drive-type event as the one driven in the content 
2210 on the customer terminals 1230 is driven. Here 
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again, a ping-pong phenomenon will occur because the 
notifying function added to the content frame 2320 on 
the operator terminal 1210 will also detect the driving 
behavior of the drive-type event and notify the 
detection result to the push sharing server 2100 by 
using a difference notification command. In order to 
avoid this problem, the event synchronizing script 
notifying module 2450, 2550 performs a process to 
prevent the notifying function added to the content 
frame of the own terminal from being invoked when 
receiving a notification of the driving behavior of a 
drive-type event from a terminal with which the own 
terminal is sharing a web page. 

The URL transition monitoring script adding 
module 2460, 2560 adds to the script in the content 
frame 2210, 232 0 a monitoring event function which 
monitors page transitions caused by submission of a FROM 
or clicking on an anchor tag. On detection of a page 
transition by the monitoring event function, this module 
generates a difference notification command which 
notifies the detection result. Difference notification 
commands are generated by a difference notification 
command generating function (OnSharePost ) . For example, 
the difference notification command generating function 
generates a difference notification command "EVAL," 
wherein the key is "UrlPus," the attribute is "1" 
(transmit to other terminals), and the calling function 
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and argument is "command executing function 
DoSharePost ( tagld) , " as shown in Fig. 6. 

The URL transition monitoring script adding 
module 2460, 2560 also adds to the script in the content 
5 frame 2210, 2320 a registering function which registers 

a generated difference notification command as a hook 
function. The registering function (ChangeSubmit ) 
generates a function which calls a difference 
notification command generating function (OnSharePost ) , 

10 as shown in Fig. 7. If this generating function has not 

been generated, the registering function (ChangeSubmit) 
adds to the script in the content frame 2210, 2320 a 
difference notification command generating function as 
an event hook function. 

15 In addition, the URL transition monitoring script 

adding module 2460, 2560 causes the communicating module 
2420, 2520 to transmit a generated difference 
notification command. 

Furthermore, on receiving a difference 

20 notification command from the push sharing server 2100, 

the URL transition monitoring script adding module 2460, 
2560 first stops a call to the notifying function and 
then calls the event function which drives an event of 
the same FROM submit or anchor tag as the FROM submit or 

25 anchor tag that has been driven in the customer terminal 

1230. By this, it becomes possible to achieve 
synchronization between the customer terminal 1230 and 
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the operator terminal 1210. 

When calling the event function which drives an 
event of the FROM submit or anchor tag, the URL 
transition monitoring script adding module 2460, 2560 
stops detection of updates temporarily so that no update 
to the URL will be detected by the content update 
monitoring module 2410, 2510. The purpose of this 
operation is to prevent the content update monitoring 
module 2410, 2510 from detecting an update to the URL, 
thereby preventing a ping-pong phenomenon from occurring. 
For example, when the URL transition monitoring script 
adding module 2460, 2560 calls a difference notification 
command executing function (DoSharePost ) , as shown in 
Fig. 8, the difference notification command executing 
function first turns on "bStopFlag, " which stops 
detection of updates to URL's, and then executes the 
same FROM submit as the FROM submit that has been 
detected on the customer terminal with which the own 
terminal is sharing a web page. By this, a ping-pong 
phenomenon can be prevented from occurring. 

The link rewriting module 2480, 2580 rewrites a 
transition designation for a web page made in the 
content frame, if the transition designation has been 
made for the entire frame instead of the web page only. 
By this, the link rewriting module 2480, 2580 prevents 
the entire frame from being updated. Next, the behavior 
of the above-described configuration will be described 
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with reference to Fig. 9. 

Fig. 9 is a flow chart showing the behavior 
performed when a customer calls an operator. 

In the description below, it will be assumed that 
an operator terminal 1210 and a customer terminal 1230 
share a web page. 

A customer logs into the push server 2100 from 
the customer terminal 12 30, using his or her own user ID. 
On this login, the push server 2100 causes the web 
server 1100 to transmit the scripts and other elements 
contained in the control frame and the content frame. As 
a result, a customer web page 2200 which consists of the 
control frame and the content frame is displayed on the 
customer terminal 1230. 

Similarly, an operator logs into the push sharing 
server 2100 from the operator terminal 1210, using his 
or her own user ID. On this login, the push server 2100 
causes the web server 1100 to transmit the scripts and 
other elements contained in the operator operating frame. 
As a result, the operator operating frame is displayed 
on the operator terminal. 

The customer who has logged into the push sharing 
server 2100 is now viewing and freely browsing the 
customer web page 2200 displayed on the customer 
terminal 1230 (Step 3010). If there is no question or 
inquiry concerning the content of the customer web page, 
the customer stops browsing and exits the web page (Step 
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3110) . 

If there is a question or inquiry concerning the 
content of the customer web page, the customer presses 
the Connect button 2 240 provided on the customer web 
page 2200 on the customer terminal 1230. On the pressing 
of the Connect button 22 40, the customer terminal 12 30 
transmits to the push sharing server 2100 a connection 
request which requests a connection to the operator 
terminal (Step 3020). 

Following this, on the customer terminal 12 30, 
the entry form sharing script adding module 2430 detects 
the tags for the form to be shared between the customer 
terminal 1230 and the operator terminal 1210. The entry 
form sharing script adding module 2430 then assigns a 
key to the detected tags and adds to the script in the 
content frame 2210 an entry event function as 
appropriate for the type of the entry form. The web 
operation synchronizing script adding module 2 44 0 adds 
the detection event function which detects a scroll or 
resize event performed in the content frame 2210. The 
event synchronizing script notifying module 2450 adds 
the notifying function, while the URL transition 
monitoring script adding module 2460 adds the monitoring 
event function, respectively. All the functions which 
enable sharing of a web page, etc., between the customer 
terminal 1230 and the operator terminal 1210 (entry 
event function, detection event function and monitoring 



-38- 



event function) are now added (Step 3030). 

The customer terminal 1230 then inserts detection 
results detected by the functions added to the script in 
the content frame 2210 into a difference notification 
5 command and transmits the resultant difference 

notification command to the push sharing server 2100. 

On the push sharing server 2100 , which has 
received the difference notification command from the 
customer terminal 1230, the customer managing part 2130 

10 stores in the storing part 2160 the difference 

notification command received in association with the 
user ID of the customer terminal 1230. 

On receiving the connection request from the 
customer terminal 1230 , the customer managing part 2130 

15 of the push sharing server 2100 requests the allocating 

part 2150 for allocation of an operator terminal. On 
receiving this request, the allocating part 2150 
notifies an operator terminal 1210 currently in a 
waiting mode that a connection request has arrived from 

20 a customer terminal 1230. 

The operator terminal 1210, which has received a 
notification of the occurrence of a connection request 
from the push sharing server 2100, enables the Respond 
button 2310 on the operator web page 2 300, thereby 

25 prompting the operator to respond to the connection 

request . 

On the pressing of the Respond button 2 310 on the 
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operator web page 2300 by the operator to respond to the 
connection request , the operator terminal 1210 notifies 
the push sharing server 2100 that the Respond button 
2310 has been pressed (Step 3040). On the destination 
5 push sharing server 2100, the allocating part 2150 

transmits to the operator terminal 1210 the user ID of 
the source customer terminal 1230. 

On the destination operator terminal 1210 of the 
user ID from the push sharing server 2100, the operator 

10 logs into the push sharing server 2100, using the same 

user ID as the operator has received (Step 3050). 

The customer managing part 2130 of the push 
sharing server 2100 then searches the storing part 2160 
to find the difference notification command which has 

15 been associated with the same user ID as the user ID 

sent from the operator terminal 1210 and transmits the 
found difference notification command to the operator 
terminal 1210. 

The operator terminal 1210, which has received 

20 the difference notification command from the push 

sharing server 2100, displays a web page in the content 
frame 2320 based on the difference notification command 
(Step 3060). By this, the web page displayed in the 
content frame 2210 of the customer terminal 1230 and the 

25 web page displayed in the content frame 2320 of the 

operator terminal 1210 are synchronized. 

When the web page in the content frame 232 0 is 
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updated, the entry form sharing script adding module 
2530 of the operator terminal 1230 detects and assigns a 
key to the tags for the entry form to be shared between 
the customer terminal 1230 and the operator terminal 
1210, and adds an event function to the script in the 
content frame 2 320 as appropriate for the type of the 
form. The web operation synchronizing script adding 
module 2 540 adds the event function which detects a 
scroll or resize event performed in the content frame 
2320. The event synchronizing script notifying module 
2550 adds the notifying function, while the URL 
transition monitoring script adding module 2560 adds, the 
monitoring event function, respectively. Thus, the 
script in the content frame 232 0 of the operator 
terminal 1210 is also incorporated with the sharing 
script which enables sharing of a web page. 

When the customer updates the web page URL in the 
content frame 2210 of the customer terminal 1230, the 
sharing script is set in the script in the updated 
content frame 2210 on the customer terminal 12 30 (Step 
3070). On detection of an update to the URL by the 
content update monitoring module 2410, the customer 
terminal 1230 writes the frame name of the found URL 
into the key field of a difference notification command 
and transmits the resultant difference notification 
command to the push sharing server 2100. 

On the push sharing server 2100, which has 
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received the difference notification command from the 
customer terminal 1230 , the customer managing part 2130 
stores in the storing part 2160 the received difference 
notification command in association with the user ID of 
the customer terminal 1230, and transmits the received 
difference notification command to the operator terminal 
2130. 

The operator terminal 1210, which has received 
the difference notification command from the push 
sharing server 2100, rewrites the URL in the content 
frame 2 320 according to the frame name written into the 
key field of the received difference notification 
command (Step 3080). By this, the web page displayed in 
the content frame 2210 of the customer terminal 1230 and 
the web page displayed in the content frame 2320 of the 
operator terminal 1210 are synchronized. 

The operator terminal 1210 then adds the sharing 
script to the updated script in the content frame 2320. 
In this way, every time the web page being displayed on 
the customer terminal 1230 or the operator terminal 1210 
is updated, the sharing script is added to both the 
script in the content frame 2210 and the script in the 
content frame 2320. 

Thereafter, the behavior from Steps 3060 to 3080 
is repeated whenever a web page transition occurs in the 
content frame 2210 of the customer terminal 1230 (Step 
3039) . 
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If the customer wants to disconnect from the 
operator terminal 1210, the customer can do so by- 
pressing again the Connect button 2240 on the customer 
web page of the customer terminal 1230. In response to 
this, the customer terminal 1230 notifies the push 
sharing server that the Connect button 2 240 has been 
pressed. The customer managing part 2130 of the push 
sharing server 2100, which has received this 
notification, notifies the operator terminal 1210 that a 
disconnection request has arrived from the customer 
terminal 1230. 

The operator terminal 1210, which has received 
the notification of the disconnection request from the 
push sharing server 2100, disconnects the communication 
with the customer terminal 1230 and deletes the web page 
that has been displayed in the content frame 2320 (Step 
3100) . 

Next, referring to Fig. 10, the steps performed 
when a customer takes an action in the content frame 
2210 of a customer terminal 1230 while the customer 
terminal 1230 and an operator terminal 1210 are sharing 
a web page will be described. 

Fig. 10 is a flow chart showing the behavior 
performed while a web page is being shared. 

When a customer takes an action in the content 
frame 2210 of the customer terminal 1230 (i.e., when a 
drive-type event is driven), the functions that have 
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been added by the above-described modules 2430, 2440, 
2450, 2460 (i.e., event functions and notifying 
functions) are invoked on the customer terminal 1230. 
For example, if the customer enters characters in an 
entry form in the content frame 2210, the entry event 
function added by the entry form sharing script adding 
module 2430 will be invoked and obtain the characters 
entered in the entry form. 

An invoked function then detects the content of 
the customer's action and generates a difference 
notification command inserted with the detection result 
and other necessary information. For example, if the 
customer enters characters into entry form A in the 
content frame 2210, the invoked function writes "entry 
form A" into the key field and writes the characters 
entered by the customer into the calling function and 
argument field, respectively. The invoked function also 
generates a difference notification command by writing 
into the attribute field the value "1," which directs 
the transmission of the difference notification command 
to the operator terminal (Step 3202). 

The customer terminal 12 30 transmits the 
generated difference notification command to the push 
sharing server 2100 (Step 3203). 

On the push sharing server 2100, which has 
received the difference notification command from the 
customer terminal 1230, the customer managing part 2130 
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searches the storing part 2160 to find a difference 
notification command which contains the same key as the 
key written into the key field of the received 
difference notification command. 

If such a difference notification command is not 
found, the customer managing part 2130 stores in the 
storing part 2160 the user ID of the customer terminal 
1230 in association with the received difference 
notification command (Step 3204). 

If such a difference notification command is 
found , the customer managing part 2130 updates the 
existing difference notification command into the new 
difference notification command (Step 3205). 

The customer managing part 2130 then transmits 
the received difference notification command to the 
operator terminal 1210 via the substitute communicating 
part 2120 (Step 3206). 

The operator terminal 1210 , which has received 
the difference notification command from the push 
sharing server 2100 , makes settings as necessary to 
cause the event synchronizing script adding module 2550 
and the URL transition monitoring script adding module 
2560 to prevent the invocation of the notifying 
functions and the event functions that have been added 
to the script in the content frame 2320. This process i 
performed in order to prevent a ping-pong phenomenon 
from occurring. 
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This operator terminal 1210 then drives an event 
based on the frame name and the calling function and 
argument written into the received difference 
notification command , so that the content will be the 
same between the content frame 2210 of the customer 
terminal 12 30 and the content frame 2 320 of the operator 
terminal 1230. For example, if the key field of the 
received difference notification command contains "entry- 
form A" and the calling function and argument field 
contains characters, respectively, then the characters 
are input into entry form A in the content frame 232 0 
(Step 3208 ) . 

The event synchronizing script adding module 2550 
and the URL transition monitoring script adding module 
2560 release the settings that have been made to prevent 
the invocation of the notifying functions and the event 
functions (Step 3209). By this, it becomes possible to 
detect an event that may occur subsequently in the 
content frame of either terminal. 

Next, the transition of a web page screen being 
shared between the customer terminal 1230 and the 
operator terminal 1210 will be described with reference 
to Figs. 11 to 18. 

Fig. 11 is a diagram showing how the screen 
transitions while a web page is being shared. Figs. 12 
to 18 are conceptual illustrations of a screens 
displayed on a customer terminal or an operator terminal. 
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The customer terminal 1230 displays a usual 
execution screen, as shown in Fig. 12 (Step 100). The 
Call operator button 2240 on this screen corresponds to 
the Connect button 22 40. 
5 The operator terminal 1210 displays a waiting 

screen, as shown in Fig. 13 (Step 200). The Waiting for 
incoming call button 2310 on this screen corresponds to 
the Respond button 2310. The content frame 2320 and the 
control frame 2330 are not displayed until the operator 
10 terminal is connected with a customer terminal. 

When needing an operator's assistance, the 
customer presses the Call operator button 2240 (the 
Connect button) displayed on the customer terminal 1230. 
By this, the screen of the customer terminal 1230 
15 transitions to the wait screen for a response from the 

push sharing server 2100, as shown in Fig. 14 (Step 300). 

On detecting the pressing of the Call operator 
button 2240 (the Connect button), the customer terminal 
1230 notifies the operator, terminal 1210 of this event 
20 via the push sharing server 2100. 

The operator terminal 1210, which has received a 
connection request from the customer terminal 1230, 
changes the Respond button 2310 to the Incoming button, 
thereby prompting the operator to respond to the 
25 connection request (Step 400). 

The operator presses the Respond button 2310 on 
the operator web page 2300 to respond to the connection 
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request . 

On the pressing of this button, the user ID of 
the customer terminal is transmitted from the push 
sharing server 2100 to the operator terminal. The 
5 operator logs into the push sharing server 2100 using 

the received user ID. As a result , in the content frame 
2320 of the operator terminal 1210, the web page of Fig. 
16, which is the same as the web page being displayed in 
the content frame 2210 of the customer terminal 1230 of 
10 Fig. 14, is displayed. At this time, the control frame 

2330 is also displayed (Step 500). 

Furthermore, based on the difference notification 
command sent from the push sharing server 2100, the 
position and other information for the scroll bar and 
15 other elements are shared between content frame 2 320 of 

the operator terminal 1210 and the content frame 2210 of 
the customer terminal 12 30, as shown in Figs. 17 and 18 
(Steps 600 and 700). 

The second embodiment of the present invention 
20 will now be described. 

The first embodiment has been described in 
relation to cases where one customer terminal is 
connected to one operator terminal. 

One-to-one connections, however, would be very 
25 inconvenient when the operator who is operating an 

operator terminal is unable to respond to a consultation 
or inquiry from the customer or when the customer wants 
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to consult with another operator. 

In order to eliminate such inconvenience, the 
second embodiment comprises enabling connection among a 
plurality of operator terminals and a customer terminal 

The second embodiment will now be described in 
detail below. 

The parts of the push sharing server that are 
similar to the parts of the first embodiment are 
assigned the same numbers and omitted from the 
description. 

In addition to performing the same functions of 
the customer managing part 2130 described for the first 
embodiment , the customer managing part 2130 of the 
second embodiment receives difference notification 
commands from the customer communicating part 2110 and 
the substitute communicating part 2120 , and stores in 
the storing part 216 0 the received difference 
notification commands in association with the ID (e.g., 
user ID) of the terminal which is the sender of the 
difference notification command. These difference 
notification commands are stored in chronological order 

If a new operator terminal joins while an 
operator terminal is communicating with a customer 
terminal, the customer managing part 2130 retrieves the 
difference notification commands from the storing part 
2160 in chronological order (the order in which these 
commands have been assigned to the user ID), and 
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transmits to the new operator terminal these difference 
notification commands in the order of retrieval. This 
allows the new operator terminal to display the web page 
in synch with the customer terminal already in 
communication . 

Next, the behavior of the above-described 
configuration will be described with reference to Fig. 
19. 

Fig. 19 is a flow chart showing the behavior 
performed when a new operator joins an existing 
interaction. 

In the description below, it is assumed that the 
customer terminal 1230 and the operator terminal 1210 
are already in communication with each other. 

When operator A of the operator terminal 1210 
wants to have operator B join the interaction process, 
operator A calls operator B from the operator terminal 
1210. On detecting this call, the operator terminal 1210 
transmits an operator call notification to the push 
sharing server 2100. 

On the push sharing server 2100, which has 
received the operator call notification from the 
operator terminal 1210, the allocating part 2150 
transmits the user ID of the customer terminal 12 30 to 
an operator terminal 1220 currently in a waiting mode. 
On the operator terminal 1220, which has received the 
user ID, the operator logs into the push sharing server 
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2100, using the same user ID as the received user ID 
(Step 3301) . 

The push sharing server 2100 of the customer 
managing part 2130 then searches for a difference 
notification command associated with the same user ID as 
the user ID used for the login. The found difference 
notification command is transmitted to the operator 
terminal 122 0 in the order of storage in the storing 
part 2160 (i.e., chronological order) (Step 3302). By 
transmitting the difference notification commands in the 
order of storage in the storing part 2160, it become 
possible for the operator terminal 1220 to first display 
the web page and then display the parts contained in the 
web page sequentially. 

The operator terminal 1220, which has received a 
difference notification command from the push sharing 
server 2100, first displays the web page according to 
the received difference notification command (Step 3303) 

The operator terminal 122 0 then adds to the 
script in the content frame the same sharing script as 
the sharing script added by the modules on the operator 
terminal 1210 (Step 3304). 

Following this, the operator terminal 122 0 
displays the parts contained in the web page based on 
the difference notification commands that are 
transmitted from the push sharing server 2100 
sequentially (Step 3305). 
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By this, it becomes possible for the operator 
terminal 1220 to achieve synchronization with the web 
page being displayed on the customer terminal 1230 and 
the operator terminal 1210, which are already in 
5 communication. 

Although the description above concerns cases 
where a new operator joins an existing interaction, it 
will be appreciated that this embodiment is not limited 
to such cases. For example, when a new customer joins an 
10 existing interaction, a web page can be shared among a 

plurality of customer terminals and an operator terminal 
by using the above-described logic. 

The third embodiment will now be described. 

The third embodiment comprises displaying a 
15 shared pointer on the screens of sharing terminals and 

enabling free drawing on these screens . 

The parts of the push sharing server that are 
similar to the parts of the first embodiment are 
assigned the same numbers and omitted from the 
20 description. Since the modules incorporated in the 

control frame are the same between an operator terminal 
1210, 1220 and a customer terminal 1230, 1240, the 
description below will be made for the modules 
incorporated in the control frames of the operator 
25 terminal 1210 and the customer terminal 1230. 

Fig. 20 is a diagram showing the modules 
incorporated in the control frame of a customer terminal. 



- 52 - 



Fig. 21 is a diagram showing the modules incorporated in 
the control frame of an operator terminal . 

The drawing script adding module 2470, 2570 
incorporates into the content frame 2210, 2320 a shared 
5 pointer to be displayed on a web page in the content 

frame 2210, 2320 and a tag set necessary for free 
drawing . 

The behavior performed by the above-described 

configuration will now be described. 
10 In the description below, it will be assumed that 

an operator terminal 1210 and a customer terminal 12 30 

are already sharing a web page. 

When the customer wants to display a shared 

pointer or perform drawing operation in the content 
15 frame 2210 of the customer terminal 1230, the customer 

specifies use of a shared pointer or drawing mode, from 

the control frame 2230. 

By this, on the customer terminal 12 30, the 

drawing script adding module 24 70 incorporates into the 
20 content frame 2210 a pointer that can be shared between 

the own terminal 1230 and the operator terminal 1210 and 

a tag set necessary for free drawing. For example, the 

drawing script adding module 2470 adds to the content 

frame 2210 a tag set (script) that enables free drawing 
25 on both the terminals and a tag set (script) for a 

shared pointer to be shared between both the terminals, 

as shown in Fig. 22. 
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The drawing script adding part 2470 transmits a 
difference notification command which directs that the 
same tag set as the added one be added to the operator 
terminal 1210 via the push sharing server 2100. 

On the operator terminal 1210, which has received 
the difference notification command via the push sharing 
server 2100, the drawing script adding part 2570 adds to 
the content frame 232 0 the same tag set as the one added 
on the customer terminal 1230. 

When the customer clicks on the shared pointer on 
the customer terminal 1230, the S har e I c onMou s eDown 
function as shown in Fig. 22 is invoked and the movement 
location for the shared pointer is notified to the 
content frame 232 0 of the operator terminal. 

By this, it becomes possible to share the pointer 
between the customer terminal 1230 and the operator 
terminal 1210. In addition, the same picture as the one 
drawn in the content frame 2210 of the customer terminal 
1230 is displayed in the content frame 2320 of the 
operator terminal . 

Although the first to third embodiments have been 
described for a configuration of the push sharing server 
2100 which includes as its components the customer 
managing part 2110, substitute communicating part 2120, 
customer managing part 2130, operator managing part 2140 
and allocating part 2150, it will be appreciated that 
these embodiments are not limited to such configuration. 
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For example , each part may be a module and realized by 
computerized control using a digital signal processor or 
the like. 

Similarly, while the content update managing 
module, communicating module, entry form sharing script 
adding module, web operation synchronizing script adding 
module, event synchronizing script adding module, URL 
transition monitoring script adding module, drawing 
script adding module and link rewriting module have each 
been described as a program which operates on a digital 
signal processor, it will be appreciated that these 
modules are not limited to such form. For example, these 
modules may be configured as components of a customer 
terminal and an operator terminal, respectively. 

One significant effect realized by the present 
invention is that a web page can be shared in real-time 
between terminals, without requiring any additional 
content building effort to modify a web page to be 
shared. 

This is because, in the present invention, 
scripts which enable sharing of a web page can be 
incorporated into the content frames of all terminals 
every time the shared web page is updated. 

Another significant effect realized by the 
present invention is that a smooth transition is ensured 
from an existing service to a service in which a web 
page is shared in real-time. 
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The reason for this is that a server manages 
difference notification commands which notify the 
contents of updates to web pages and transmits these 
difference notification commands to terminals. 



